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rcejwork-based system and method for pro- 
voice communications using the tele- 
k and data communications links under 
>f a Call Broker and associated network 
jer (the coli initiator) present In a text chat 
establishes a data connection to Call Bro- 

qualifying for access (e-g., using credit 
and providing a callback number, 
session information and participant 
for each desired participant in a voice 
causes session information and panic- 
be passed to one or more selected chat 
the current text chat room. When a 
uses the received session informa* 
the received participant code and a calK 
the CaJI Broker in cooperation with a 
Processor (NAP) completes voice 
and the selected participants ). The 
party to have a second subscriber line is 
avoided by having the Call Broker 
one or more voice Prtks completed 
link, and further reduces the need for 
>r participants by forwarding a Call Broker 
a busy participant line to the participanrs 
Provider (ISP), which then sends a— 
participant announcing one or more 

the incoming call, including recoiv- 
call through a VoIP link. 
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Description 
Field of the Invention 



[0001] The 

the field or 
larly, the preseni 
combined netwo 
communications, 
present invention 
data network 
voice conversal 
simultaneous 
other or other onl 



present invention relates generally to 
telecommunications networks. More particu- 
invention relates, in one aspect, to 
*ks for simultaneous voice and data 
Still more particu larly, aspects of the 
relate to voice communications using 
protocols while permitting anonymous 
participants to maintain separate 
communications linke with each 
ine users. 
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Background of t fte Invention 



Currently, 



lines 
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Recenby, 
1 ha/e 



[0002] 

net (or other oatfc 
cate with one anpthsr 
other access li 
ers allow users 
(PCs) together fo 
eating with one a lother 
so-called 'channels, 
arty ota number 
place in such 
another* some 
observe ("listen" 1 * 
online service users 
at win. Generally, 
otherwise indicated 
screen in terms 
serve user anonjfmity 
other forms of online 

[0003] 

■private chats'* 
texts by which a 
by others) of the 
rate chat (virtual] 
some chat sessic 
named facility by 
able to send direc 
users taking part 
appropriate for 
between two users, 
sage button) or th 
a window on the 

with prompts' fnr 
the content of the 
tor completes th^se 
screen button is 
sent privately to trje 
chat servers 
instant messages 
and inviting othen 
[0004] While 
all text chat roonrts 



communications using the Inter- 
network) permit users to communi- 
anonymously over dialed-up or 
For example, online service provid- 
er connect their personal computers 
purposes of anonymously communi- 
in online text discussions using 
virtual rooms" or •chat" rooms (or 
similar constructs). Text "chats* take 
rooms by users sending text to one 
m chat participants may merely 
Once a chat session is in place, 
may elect to enter or exit a session 
jeers taking part in a chat are listed or 
on each session user's computer 
3f "nicknames/ or 'handles" to pre- 
a hallmark of chat and many 
communications. 

features such as 'sub-chats* or 
been provided in some online con* 
: Subset (self -selected or upon request 
>n line chatters are moved to a sepa- 
venue. Another feature available In 
is is "instant Messaging" or similar- 
which one user in a chat session is 
(text) messages to one or more other 
i the chat. Thus, if side comments not 
general observation are desired 
selection (usually by a screen mes- 
instam messaging feature results in 
selecting user's computer screen along 
the intended message recipient and 
neeeage. When the message origina 
fields and a Send (or similar) 
pressed (clicked on), the message Is 
intended recipient using the hosting 
facilities. Typical uses of these 
include setting up private chst rooms 
to join. 

chat sessions described above are 
i.e.y all communication Is via text 
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messages betveen the chat session users, proVBion 
has been made of late for voice chat rooms. In typical 
voice chat rooms a number of users participate in a 
manner similar to a discussion by way of a telephone 

5 conference call The mechanism by which such voice 
cnat sessions operate fe usually the same or very 
closely related 1o those used in text chats. Thus, in typi- 
cal arrangemen;, a functional voice chat "layer" is added 
over what is basically a text chat session control mech- 

10 anism, thereby reducing the number of changes 
required at the ;hat server to effectuate voice capabili- 
ties. Such voict chats proceed entirely within the chat 
server (or serve -e for distributed chat networkB); no con- 
nection to the t alephone network by the chatter (other 

15 than a data lint via modem to a data network access 
point) is required. While such voice chat conversations 
typically prove satisfactory for many purposes, private 
voice chat roonr functionality has not emerged. Among 
the factors contributing to this condition are network 

20 host capacity a id complexity of changes at such net- 
work chat hosts 

[0005] One approach to introducing voice commu- 
nications between chat session is described in a co- 
pending patent application entitled 'Anonymous voice 

ss Communication s" by R,B. Leipow. Ser. No. 08/573B6fi, 
filed July 2, 19£6 and assigned to the assignee of the 
present application. In thai application, which is hereby 
incorporated by reference In the present application as 
if set forth in its entirety herein, a trusted agent is used 

so to establish voice communications between online par* 
ties while mainlining anonymity of the parties, The 
trusted agent is illustratively implemented as an adjunct 
to processor fur ctions at a network server, such as an 
online chat servsr. 

as [0006] Oth e' recent voice chat improvements are 
described in cop. ending application Ser. No. 08/1 1 1 ,672 
by A. DeSlrnonc entitled "Anonymous voice Communi- 
cation Using Or -Line Controls," filed July 8, 1398 and 
assigned to the assignee of the present application. 

40 This last -cited spplication is alec hereby incorporated 
by reference as if set forth in its entirety herein. 
[00O7] While ! efforts to achieve anonymous tele- 
phone communications between users in contexts like 
online chat sessions have proven possible, such efforts 

45 have generally i aqutred significant modifications at an 
online server. In addition, prior voice chat arrangements 
hsve typically re quired thai each participant in the voice 
conversation eitw have two telephone Tines, or have 
required that th«i existing online text chert or other data 

so connection be terminated and the subscriber telephone 
line used with a normal voice telephone. 
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Summary of th<; Invention 

[0008] The present invention overcomes flmrtations 
of the prior art aixi achieves a technical advance in pro- 
viding anonymous voice communications using the tele- 
phone network and data- communications links under 
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the direction a Call Broker and associated network 
elements. 

[0009] in an illustrative embodiment, a user (the call 
initiator) present in a chat room session establishes e 
data connect on to a Call Broker site using, e.g., an 
Internet web t rowser. After using the browser or the like 
to provide aparopriete billing qualification {e.g., using 
credit card htormation) and to provide a callback 
number the Ii litiaior receives a caJI-comrol information 
applet from tt e Call Broker site to which it connected, 
thus esiablisring a Call Broker session. As is known, 
credit card fn onnation is advantageously captured in 
the browser to allow transfer over the Internet in 
encrypted form without requiring additional security 
measures in he applet. In this first illustrative imple- 
mentation, the session is to be billed to the initiator. 
[0010] Th j information received from trie Call Bro- 
ker typically irfcludes session information and a Partici- 
pant Authorisation Code (PAC). Using an instant 
messaging or similar mechanism, the initiator causes 
session infom ation and participant codes to be passed 
to one or mom selected Chat participants in the currant 
chat room. When a chosen participant uses the 
received session information in contacting the Identified 
Call Broker, and enters the received participant code 
and a call-bac< number, the Call Broker in cooperation 
with a Netwo-k Adjunct Processor (NAP) completes 
voice links to the initiator and the selected partici* 
pant(s), typiCclty in that order. The telephone call Is 
thereby comp eted between the initiator and selected 
chat session :>ajtjcipant(s) without sharing telephone 
numbers. The process of supplying session and PAC (or 
similar authori nation) information can be used to add 
other participants m the text chat room to the voice ses- 
sion. 

[0011 J In e ccordance with an aspect of the present 
invention, the need for each party to have a second sub- 
scriber line is advantageously avoided fiy having the 
Call Broker ar -ange to have me voice link for at least 
one selected text) chat session participant (typically 
including the vpice chat initiator) completed as a Voice 
over IP (VblP) ink. Voice links to ono or more other par- 
ticipants in the voice call may be completed over the 
Public Switched lelephone Network (PSTN) or other- 
wise than VoIP links. 

[0012] In fLocordance with another aspect of the 
present Invention, when e PSTN link that the Call Sicker 
(acting in cooperation with a NAP) seeks to make to a 
can participant is found to be busy (with the ongoing text 
chat conversali on or other online call), the call is advan- 
tageously sent to the Internet Service Provider (ISP) or 
other data network access provider serving the online 
called party. The ISP or other access provider then 
causes a mess age to be sent to the onDne party sought 
to be engaged as a voice call participant "typically, this 
message provides a range of options for the (called 
party) online m er, e.g., to terminals the online session, 
to receive the ir icoming voice call through a VoIP link, or 
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to have the incoming voice call rejected or delayed. The 
voice call Is I hen handled in accordance with the option 
selected by the online user. 

5 Brief Description of the Drawing 

[0013] Tie above-summarized description of illus- 
trative embodiments of the present invention will be 
more fully understood upon a consideration of the fof- 
10 towing detail 2d description and the attached drawing, 
wherein: 
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FIG. 1 in an overall view of an illustrative system 
embodiment of the present invention showing the 
interconnection of a traditional voice network inter- 
connects with the Internet through ISP access 
server* jmd voice over IP (VOIP) gateways. 
FIG. 2 s lows a typical Network Adjunct Processor 
(NAP) in combination with a Call Broker for use in 
the Hlusti atlve system of FIG . 1 . 
FIG. 3 shows a flow-sequence chart illustrating an 
alternative mode of operation of the network of FIG. 
1 to achhjve data and voice connections between or 
among users, which mode of operation avoids the 
need for aach user to have two lines. 



00 



Detailed Dec cription 

Illustrative System Overview 

[0014] Fl j. 1 shows an illustrative network tor use 
with a range of embodiments of the present invention. 
There, first and second pluralities of telephone stations 
101-1 throuch 101-M and IBM through 181-N are 
shown connected to respective central offices 1 02 and 
1 55. These a intra! offices are, in turn, connected to rep- 
resentative tell switches no and 140 to permit normal 
voice calling between telephone stations In respective 
pluralities of titephone stations. Central offices 102 and 
155 are also shown connected to representative signal 
transfer point; (STPs) 115 and -137, which STPs are, in 
turn, shown ir terconnected through a signaling network 
of STPs alSC comprising STPs 135, and 145. These 
STPs and th< Ir interconnection are typical of signaling 
system 7 (SS 0 signaling networks well known in the tel- 
ecommunicat ons arts. The illustrative network of FIG. 1 
also includes additional toll switches 190 and 198. in 
appropriate circumstances, some or all of the toll 
switches shown in FIG .1 may be operated by a local 
exchange carter (LEG), an interexehange carrier (IXC), 
or another en fly. While each of the switches are shown 
imerconnectirg with STPs in FIG. 1, it will be under- 
stood that in particular cases, some switches may not 
themselves Ir elude SS7 capabilities, and bo are con- 
nected to the SS7 network through another SS7-ena- 
bled switch. 

[0015] Also shown interconnected with the stand- 
ard voice network arrangement described so far with 
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reference to F1G. 

forms 125 and 
essors 131 and 
systems: 129 an 
are illustrative of 
that include 
control points, 
network platforrrfc 
calling) and callpg 
platforms such 
FIG. i receive qi 
and illustratively 
other oontrol 
[0016] In 
shown in FIG. 1 
as an SCP 
functionality. Thub 
calling card queri 
or mora of the 
authentication {oi 
tlon and personal 
identification 
[0017] furthejr 
01 tne type show|i 
the literature, 
Jan Thomer 7 Artech 
Signaling Systen 
York, 1095. 
[0018] The 
Second pluralities 
ter terminal 
ing as 105-1 through 
These computers 
ere, Or may be 
ized computer, al 
other input facilities 
device) and display 
typical operation 
communicate ovt 
work using standard 
more Internet 
of such telephone 
(shown as the "ok ud' 
messaging facilities 
[0019] 

typically include a 
SoundBlaster soifnd 
Voyetra Turtle 
verting speech ii 
speech signals 
speech signals 
loudspeaker or 
card functionality 
or may be provided 
computer. 
[0020] Software 
182-j will typically 
are available from 



are illustrative network services piat- 
i, shown as including respective proc- 
27, as well as respective database 
128. These latter service platforms 
so-called intelligent network platforms 
control points. 5CPS, (or network 
known in the art. For example, 
include the well known 8xx (tollrfree 
card platforms. In typical fashion, 
illustrative platforms 125 and 126 in 
series, commands or other information 
provide routing, authentication and 



illustrative network embodiment 
platform 126 advantageously serves 
configured to provide ceiling card vafidation 
platform 126 is arranged to receive 
3s from network switches through one 
shown in HG- 1, and to provide 
not) for the received account informa- 
identification number (PIN) or other 
to the circumstances. 

descriptions of telephone networks 
generally in FIG. 1 may be found in 
including, e.g., intelligent Networks by 
House, Norwood, MA, 1994, and 
7, by T Russell, McG raw-Hi I], New 



t service 



> Beech 



network of FIG. 1 also shows first and 
of computers, workstations or compu- 
(collectively, "computers - ) appear- 
105-R and 182-1 through 182-Q, 
may be desktop or portable compul- 
te^minals connected through a central- 
to provide users with keyboard and 
(such as a mouse or other pointing 
facilities wen known In tne an. in 
these computers are arranged to 
the PSTN or other telephone net- 
modems, and to connect to one or 
Providers (ISPs) tn rough portions 
networks for access to the Internet 
195 in RG. 1), including chat and 
of the Internet. 

3 in computers 105-i and wib 
sound card, such as the well-known 
cards or those available form 
Inc., for, among other things, con- 
s from a microphone into digitized 
for converting received digitized 
analog speech signals for driving a 
eajrphones. In some cases this sound 
is built into a computer motherboard, 
in an external device used with the 



nf uts 
aid 
> int> 



executing in computers 10b-i and 
i rclude an Internet "browser, " such as 
Microsoft Corporation or Netscape 



Corporation, anong others, for interacting with Internet 
facilities. In some cases, such browser software may be 
augmented by add-on or plug-in software for introducing 
or upgrading messaging anoVor chat software. In one 
illustrative case, both user (client) and server software 
(executing at an ISP access server, or related network 
server) will be oased on well-known chat components 
such as mlRC diem and server software by mfRC Co- 
Ltd. which is available on the Internet, e.g., at 
io http:ZAjyww.mrrc co.uk. and from other distributors. Fur- 
ther information about well-known chat software and 
procedures ta Evaiiablc from the Undcrnet User Com- 
mittee web sito at www, user-corn, unoemet. orq/docu- 
mente/. Of pan (cuter note is Network Working Group 
r 5 Request for Co nments: 1 459. by J. Oikarmnen and D. 
Reed, May, 19ji3. available at the Undemet web site. 
This latter docu-nent presents e version of the Internet 
Relay Chat (IRC) Protocol that has provided important 
bases for currert chat implementations. Other particular 
so client/server imr. -lementations of various chat function al- 
lies include se\eral quJRC chat software modules and 
those available from Acth/erse, Inc. Client software is 
also available a: components of browser software and 
from ISPs such as AT&T WorJdnet and America Online 
2s for interacting o»<er chat and messaging facilities. 

(0021] tn illLstrative operation of the network of FIG. 
1 for Internet coinections, a user at one of the comput- 
ers, such as 1C5-1 In the network of FIG, 1 will gain 
access to an IS 9 access server, such as server 191 in 
30 FIG. 1, through a dial-up connection by way of central 
office 102 and toll switch 190. In some cases, the ISP 
access server vflll connect directly to a central office, 
suet) as 102 in FIG. 1, and in other cases, additional toll 
or other switches will be used to connect the user at 
as computer 105 1 to an ISP server such as 1 91 in FIG. 1. 
[0022] Once connected to access server 191, the 
user at computer 1 05-1, and other users at other com- 
puters such as omputers 105-i end 182-j shown in FIG. 
l, wfll typically login in well known fashion and begin 
40 interacting with ntemei facilities. Amuug the activities 
pursued by user* are the aforementioned chat facilities, 
hor example, te*minai 105-1 and 182-1 may be con- 
nected through respective ISP access servers 191 and 
1D6 (which servers may be under the control of the 
*s come ISP, or independently controlled) to chat server 
193 over the Internet The chat server may, of course, 
actually be one <4 the access servers, or an ISP server 
connected in a distributed network with the access 
Server -orthe chat server may he independent of either 
so or both of the ISPs. 

[0023] It will be appreciated that connections 
between computers such as 106-i or 182-J are typically 
to central offices such as 102 and 155 over normal diaJ- 
up subscriber telephone lines, e.g. t from a user's home 
55 or office. While many homes and offices are supplied 
with more than one subscriber Jine, many locations* 
especially home* . have only a single active subscriber 
line entering the premises. In other cases where more- 
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than one subscriber line may be present, the user of a 
computer sue has 105-1 may only be allowed to use one 
suoscrloer nr e Tor all of his/her communications. For 
example, in a two-line household, one line may be 
reserved for t usiness or other dedicated purpose of one 
member of the household. Thus, all Internet connec- 
tions and voic e conversations by other member of the 
household normally must be pursued using the remain- 
ing line. j 

[0024] Ac cordingly, when a user at a location wfth 
only a single available line Is acilve in an Internet ses- 
sion, e.g., to achat room, the line is unavailable 10 orig- 
inate or receive normal telephone calls using a 
telephone such as 101-1. In other cases, of course. a 
computer such as 105-1 and a telephone station set 
such as lOi- may nave separate subscriber lines and 
may be active simultaneously without conflict 
£0025] Or e application of the teachings of the incor- 
porated DeSlmonc application, Ser. No. 09/1 11, 672, 
permits a firs: user engaged in a text chat session to 
contact a "Ca I Broker to obtain a so-caUed "Participant 
Authorization Code" (PAC) and a session identifier, 
which informs tion is then supplied to one or more other 
chat partldps nts. The first user will typically provide 
payment inter nation and a callback telephone number. 
When one or more of the other chat participants con- 
tacts the Call Broker and supplier the Session and PAC 
information (typically provided in the chat or messaging 
context by the first user), along with respective callback 
telephone nur ibers, the Call Broker seeks to establish a 
telephone coinection between the chat participants 
electing to tace part, usually including the find user. 
Using this app roach, the anonymity of the telephone call 
participants is maintaineo, as It typically is in the text 
chat session. 

[0026] Of course, if one or mone ot the would-be 
participants in the telephone call has but a single avail- 
able subscribe r line at the user location, then an attempt 
by the Call Brpker to complete a telephone call to the 
callback numller over the PSTN will normally not be 
successful if 1 lie user at that location continues to be 
active in the In ernet text chat session or other computer 
calling activity. This problem is addressed in US. Patent 
5,e05,6e7> Iss jea on September 8, 1998 to j.h. Norr* 
and T.L Ruse ell and assigned to the assignee of the 
present invenlion. In one aspect, the last-cited patent 
(hereinafter, t >e '587 patent) describes sending of a 
message to a user who is online to an ISP or other 
server. The massage provides information regarding a 
telephone call directed to the subscriber line currently 
being used fo ■ the online call. A user is typically pre- 
sented with a range of options, including terminating the 

computer call in favor of receiving the incoming voice 
call on a telephone set. The '5S7 patent is hereby incor- 
porated by ref( rence in the present application as » set 
forth in its entirety herein. 
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Voice-over-, P Enhanced Chat 

[0027] The present detailed description will now 
treat extensions and enhancements of prior voice chat 
arrangemerrs described above. In one aspect, we 
describe modification to the network of FIG. 1 as pre- 
sented abovi*, and further describe alternative modes of 
operation of such a modified network. 
[0028] Tie term "voice-ovcr-IP " (VoIP) has come to 
o reflect a var ety of network elements, techniques and 
technologies, all contributing, in one way or another; to 
the transmission of a voice caH in accordance with the 
Internet Praocol (IP) over at least a part of its path 
between one: or more voice callers and one or mare 
other voice all participants. Thus, a voice telephone 
call in digital form is segmented in well-known ways into 
packets for tr ansmlsslon In the same form as for other IP 
sessions, such as for text information over computer 
connections to chai rooms. These voice information 
packets may be routed to a voice chat server, which 
often operate is in a "layer* above the normal text chat - 
as not Ad above. 

P»29] In other cases, voice packets may be deliv- 
ered to a Vol 3 •gateway" where, after suitable authenti- 
cation and collection of billing or account data, they are 
delivered though the Internet or other IP network for 
ultimate delivery to one or more caD participants. VoIP 
gateways an- j associated network elements are availa- 
ble from ma->y suppliers. For example. eFusion, Inc., 
Lucent Tech lologies, Inc and VocalTec Communica- 
tions market such VoIP gateways and related products 
to enable intts reonnectfons between the Pubffo Switched 
Telephone Network and dam networks {including the 
internet). Tho Internet Engineering Task Force (IETF), 
the iNOW Industry consortium and other standards bod- 
ies are considering various proposals for enabling Inter- 
net telephony applications. Other aspects of VoIP are 
described, e.g., In Delivering Voice over IP Networks, 
by D. Minol! e nd B. Minoli, John Witey & Sons, 1998. 
[OO30] In an illustrative application of VoIP arising 
from text chat sessions, an eFusion IP telephony gate- 
way is used t> interact with Internet-enabled client soft- 
ware (including, e.g. t Internet Call Assistant - ICA- 
software) at i host computer, such as user computer 
106-1 in FIG. 1. The VoIP of lent software at user Compu- 
ter 105-1 is typically provided as a plug-in to the 
browser software otherwise operating at thai computer 
when online. This client VoIP software will Illustratively 
provide for a ogin al the exemplary eFusion VoIP gate- 
way, e.g., 19$ in FIG. 1. each time the user at computer 
105-1 gains access to the Internet through illustrative 
ISP 191 in FiG. i. Among other things, the VoIP login 
(which typlca ly Is effected automatically by the plug-in 
software, without overt action by the user) provides 
gateway 19? arith information that user 105-1 Is online 
to the Internet and can receive irtcoming IP packets 
from the gate*vay when required. 
[0031] For present illustrative purposes, it suffices 
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airthent* aalion 



possessing 



far 



stch i 



to treat text chat 
ems at user 

hrough respectivje 

•96 to a chat 
jy those skilled ir 
may be provldea 
in a distributed 
server), or by 
qo the Internet 
[0032] Also 
Call Broker 199 
above-cited 
tn particular. Call 
nrsT internet user 
forming 

videe the above 
information to the 
by those 
( hereinafter, the " 
back numbers 
seeks to complete 
at their respective 

of operation of 
network of FIG. 1 
[0033] An 
1 Is Network 
between PSTN 
Call Broker 199. 
bridging of calls 
acts in response 
[0034] More 
Broker 199 
calls from users 
where in Internet 
Broker processor 
gram stored in 
requests through 
sends queries 
via SS7 facilities 
card server 
merits, it proves 
elation at Cad 
shown In FIG. 2 
for interacting 
well known valtdsjti 
exchanged (via 
be employed to 
tione, as Is knowrj 
validation, and 
merits, will be 
cumstances may 
from validation 
Cafi Broker 13$ 
below. 

[0035] Network 
receives control 
setup facilities of 
tions from Call 



receives 



l w'rlh 



i SS7 I 
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sessions as existing between chat cll- 
cojmputers such as 105-1 and 182-1 
ISP access servers such as 1 91 and 
er 193 In FIG. 1 . Ac will be understood 
the art, the actual chat server function 5 
it me isp access server (or networked 
ISP network to a related ISP chat 
another entity providing the chat function 

ihduded in the network of FIG. 1 Is a 10 
the type described generally In the 
incof purated DeSimone patent application. 
Broker 199 receives requests from a 
(hereinafter the "host") and, atter per- 

and account operations, pro- 15 
described session and PAO code 
host. Upon appropriate further access 
session and PAC information 
participants"), and upon receipt of call- 
the participants, Call Broker 199 20 
telephone calls to those participants 
callback numbers. Alternative modes 
a Call Broker in the context of the 
will be described in the sequel 
additional network element shown in FIG, s$ 
Adjunct Processor 133 interposed 
ments (STP 145, toll switch 196) and 
NAP 133 advantageously provides 
setup by Call Broker 199 and typically 

control signals from Call Broker 199. 30 
\ >articuJarty, as shown in FIG. 2, Call 
requests over input 2101 to sal up 
participating in chat rooms and eise- 
or Other data network sessions. Call 
205, operating under control of a pro- as 
rrjemory 21 0\ and responding to input 
Internet Protocol (IP) interface 225, 
(tjjpteally over SS7 signaling ttnte 216, 
215) to a validation server such as 
platform 126 In F«3, 1. In some embodi- *o 
useful to provide for local account valh 
199. Thus, Call Broker 199 is 
including a validation database 21 fi 
processor 206 in accordance with 
:ion processes. Signaling information 1c 

links 21 6 or otherwise) will typically 
ierforrn call rating and billing ope ra- 
in the art Other particular account 
particular call rating and billing arrange- 
emj iloyed by those skilled in the art as cir- so 
suggest. Upon receipt of authorization 
126 (or other validation source), 
up voice links as will be described 



Broker 



: as 1 



server ' 



sets 1 



Adjunct Processor (NAP) 133 
information on path 230 from the call 
Call Broker 199 and hands off origina- 
Briker 1 99 to trie PSTN. These call orig- 



inations from Call Broker 199 pass through NAP 133, 
illustratively via voice trunks 240 and 270. Also shown 
passing by wa> of NAP 133 are SS7 finks 263 to the 
PSTN, which links are used by call setup unit 220 and 
processor 205 n Call Broker 215 in establishing con- 
nections to trie parties to a desired voice call In partic- 
ular, answer sgnaling information indicating that a 
called party amwers a voice cat! setup by Call Broker 
1 99 is used to pess control information over path 230 to 
bridge processor 260 in NAP 133 as shown in FIG. 2. 
When calls to tv*o or more parties to a desired voice call 
have answered the calls setup by Call Broker 199 (and 
therefore are available for bridging), NAP provides the 
selective bridglr g or calls passing from Call Broker log 
to the PSTN. In performing its interaction with Call Bro- 
ker 199. NAP c dvantageousry performs such network 
functions as collecting DTMF digits, playing tones and 
prompts and se actively muting a call leg. 
[0036] Thus, using the facilities of FIGs. 1 and 2 
voice calls are completed between user? present In a 
text chat room while preserving host and other partici- 
pant anonymity. 

[0037] Call broker 199 may be implemented as a 
special purpose platform or may be realized as a well- 
known PBX wrt n standard Sfc7 and IP interface facili- 
ties. Many so-ailled unPBX systems, or generally pro- 
granirnableswUi;hes, win likewise find application in this 
context For a d ascription of such unPBX systems, ref- 
erence may be had to Computer Telephony, May, 1937, 
pp. 20-97. NAP 133 may likewise be implemented using 
a special purpose bridging platform, or using well 
known PBX (or unPBX) or other programmable 
switches. While Call Broker 1 99 and NAP 133 may pro- 
vide separate f jnctionallty in separate physical sys- 
tems, It will prov) advantageous in many applications to 
combine the da n, signaling and PSTN interlaces and 
the described switening and call control functionality in a 
single unit with combined or coordinated processing 
and memory. Ce 11 setup and bridging functions are indi- 
vidually well kno tm and aro readily combined in a single 
unit such as a P 3X or unPBX. 
[0038] FIG. 3 Is a flow-sequence diagram illustrat- 
ing operations a and between elements of the network 
of FIG. 1 in processing voice calls in cooperation with 

ongoing (text) cr at operations. For purposes of simplic- 
ity of presentation, a description of the operations 
shown In FIG. 3 will proceed primarily in terms of voice 
calling between a first (originating) user (the host") and 
a second netwo-k user, the "participant.* This mode of 
operation is corveniently referred to as a one-to-one 
voice call. It will be recognized, however, that the opera- 
tions to be described can be applied in a context of plu- 
ral participants. a one-ta-many voice calf scenario, 
or voice chat "conference call. 

[0039] PSTr- 300 is used "m FIG. 3 to represent the 
telephone netw< rk switches, including central offices, 
STPs and standard telephone network platforms such 
as calling card .^CP 126. Network Adjunct Processor 
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133 and Call Broker 199 are platforms of the type 
shown in FIG Z for performing the functions and steps 
to be describ id in the following elaboration of process- 
ing in accords ;nce with FIG. 3. 
[0040] A i ypica! operating sequence in accordance 
with FIG, 3 now be followed in order of the num- 
bered steps ;;hown there. In particular, an Illustrative 
sequence begins (Step 0) with host computer 1 05-1 log- 
ging onto the i/olP gateway 192, using, eo., the above- 
noted eFusion VoIP functionalrry in host computer 105- 
i cooperating wtth gateway 192 (or 19/). Since tnis log- 
on process tyj rtcalry occurs each time the user logs onto 
the Internet, t is accompanied by the busying of the 
available subscriber phone Pne. This log- in process 
between fllusiratfve computer 105-1 and VoIP system 
192 Typically inoludes en exchange of messages 
whereby the c omputer 1 05- 1 sends a login ID/password 
and its current IP address; gateway 192 compares the 
login ID/Password to previa uefy-provisioncd information 
stored in tabids at gateway 1 92 and returns a confirma- 
tion message if the comparison yields a match. 
[0041] Wr h log on to the VoIP gateway established, 
an existing (or a newly entered) text chat illustratively 
gives rise to a desire on the part of the host user to 
establish a vo ce telephone call with one (or more) par- 
ticipants. Tovard this end, the host 105-1 sends a 
request (Step 1) to the Call Broker 199 seeking to cre- 
ate a voice cal I byway of the chat session, and Including 
billing or account information - typically calling card (or 
pre-paid card] account and PJN information. Assuming 
the call is to b< > billed to a calling card for which the host 
is an authorised user, The calling card information is 
compared wit) i existing account information (Step 1 A) to 
validate the cz rd information. In some cases it will prove 
convenient to provide validation services locally with 
respect to the Call Broker, and in other circumstances 
use of a netwi >rk database such a<c calling card valida- 
tion server (SOP) 126 shown In FIG. 1. When Call Bro- 
ker 199 receives validation of the account information 
(e.g., from SC P 126 or from local data base 126), the 
CaJI Broker (6 top 2) returns session ID Information to 
The host 105-1 . Using the construct of the incorporated 
DeSimone pa errt application, the information returned 
to host 105-1 vill include not only a session ID but also 
a PAC code. 

[0042] The i host 1 05-1 passes (Step 3) the session 

ID and Other necessary information (e.g., PAC code, 
where appGca tie) to the desired voice call participant 
(illustratively, tie user at computer 182-1). Such notifi- 
cation will typ cally be by way of a private message 
(ei0., a direct nessage in the text chat session) to the 
desired participant. A notified text chat participant 
receiving the i/oice call session information from the 
host and aesi ing to participate in the voice call then 
sends (Step 3A) the session ID (and PAC. as appropri- 
ate) to the Call Broker 199 along with a callback 
number. The C all Broker then places a call to the host at 
the assigned \plP gateway number supplied by the host 
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at step 1 ; the call is processed through the NAP (Step 
4B) and Is sunt through the PSTN 300 to the illustrative 
VoIP gateway 192 associated with computer 105-1 
(Step4C). 

[0O43] Ic entiflcatlon of the IP address of the host 
(illustratively 105-1) by Call Broker 199 Is conveniently 
accomplished by using the caflbeck number provided by 
the host When contacting the Call Broker. Thus, as part 
of the servic s subscription by users such as the user at 
computer 105-1, a callback number is provided to VoIP 
gateway 1 92 which is conveniently used as a key into 
account rect rds tor the subscribing user. The callback 
number supplied by the host upon requesting the cur- 
rent voice ca I session from Call Broker 1 99 is then used 
to Identify trv> online status of the destination VoIP link, 
as well as th 2 corresponding IP address. 
[0044] T ie VoIP gateway 192 then rings the Inter- 
net telephone at the host computer (Step 5 A} and, upon 
answer by the Internet telephone (Step SB), answers 
the call from Call Broker 199 by way of PSTN 300 and 
NAP 133 (Step 6). Having the call connected from the 
host, the Call Broker th«n cflate the participant (Step 7) 
at the callback number provided by the participant. 
Unlike the call placed by tne Call Broker to the host 
(Step 4), the cal! to the participant is advantageousfy 
placed over He PSTN (by way of the NAP) directly to 
the partScipa it's telephone, here assumedJy telephone 
181-1. Wher the participant answers (Step 8) at tele- 
phone 181-1 the call Is extended through the PS JN to 
the NAP. Up in receipt of the answer by both the host 
and the part cipant, the NAP advantageously bridges 
the call. It wil' be appreciated that the use of VoIP gate 
way in comrr unication with host 1 05- 1 avoids the need 
for two subscrifc>er lines at the host location. 
[0045] Vvhen one of the host or participant termi- 
nates the ca (, the termination is signaled to the NAP, 
which then terminates the bridgo and sends accounting 
information to the Call Broker, if not already present at 
the latter. If more than one participant has been bridged 
on to a voice call using the above-described 3teps. then 
departure of each participant will be detected at tne 
NAP and accumulating billing concluded forthe depart- 
ing participant's voice link. The accumulated total for 
each Jink will then be added to the total billing tor the 
host In somt* eases, all voice call links (and billing for 
these links) will be terminated upon departure of the 
host from the bridged call. 

[0046] Wnile the foregoing description has pro- 
ceeded in terns of a voice call including a VoIP call link 
to the host, a >d a normal PSTN link to one or more pap 
tjcipants, notiing in the present Invention prevents a 
participant alter than the host from being finked to the 
voice convert ation over a VoIP link, nor tor the host to 
be connectec to the voice call via the PSTN instead of 
one or more other participants. In appropriate cases, 
both the host and all participants can be connected over 
VOIP links ushg the above-described process. The CaJJ 
Broker can advantageously incorporate call setup opti- 
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mization techniques, based, e.g., on the location of the 
callback number s and congestion and available band- 
width tor VoIP culls to determine which Jinks progress 
overtrte PSTN mid which flnks employ VoIP processing, 
[0047] A se«»nd subscriber line at participants' 
locations can a so be avoided in accordance with 
another illustrative embodiment of the present inven- 
tion. This approach may be used, for example, when a 
call is placed by Self Broker 199 through NAP 310 to a 
would-be partlcl>ant In a voice call (as described 
above), and that user has no available subscriber Hne. 
This unavailability wiJI typically occur because a sub- 
scriber line at th *t location continues to be used for a 
text chat ae&slon or other data application using compu- 
ter 182-1. Recal that in seeking to participate in the 
voice call the use r at computer 1 82-1 supplies Call Bro- 
ker 19S with a as llback number. Thus, by providing the 
number of the lin< \ that the computer 1 82-1 is connected 
to, the would-be \ larticipanl ts seeking to have the voice 
call completed th rough computer 182-1, if at all, in the 
same fashion as was described for the host. 
[0048] In ecc ordance with the present alternative 
embodiment, the attempted call by NAP 310 illustra- 
tively employs the can notification technique of U.S. Pat- 
ent 5,B05,S87 (he relnafter '587 patent). In particular, the 
attempted call to the subscriber line that is busy with a 
data connection by computer 182-1 through its ISP 
access server 196 is advantageously forwarded in 
accordance with 1 he teachings of the '587 patent to the 
ISP access server 196 (sometimes referred to as Inter- 
net Access Server or IAS). Using the incorporated 
teachings of the * 587 patent, a message is sent to the 
computer 1 B2-1 b / the ISP access server informing the 
user at computer 182-1 of the arrival of a voice mes- 
sage and prase n ing a number of alternatives for nan* 
dlmg the call. (In nany oases it will be unnecessary to 
present a f ul) ran< te or alternatives because the user ai 
computer 182-1 r as very recently indicated an interest 
in taking part in e voice call.) In the general case, one 
alternative is to cc ntinue to use the computer for the text 
chat or other dau connections and to also receive the 
voice call as conv< irted to streaming audk> or an Internet 
voice call. An illu< tratrve arrangement given in the '587 
patent describes he use ot VocalTec software for per- 
forming the requ red packetizing. depacketizing and 
retated functions (ised In communicating the voice call 
to a computer sue i as 182-1 in fig. i . 
[0049] While the above-described embodiments 
are couched In te rm of IP protocol messages and the 
Internet, those ski led in the art will recognize that other 
particular data communications protocols may be used 
for communicating digitized voice signals. Likewise, the 
characteristics of he Internet and other networks con- 
tinue to evolve. Ci at techniques are not uniquely asso- 
ciated with the Internet, norths IP protocol. 
[0050] While nany of the aspects of the PSTN 
described above involve use of the SS7 signaling proto- 
col, other particular signaling techniques may be used 
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in appropriate circumstances. For example, the welf- 
known ISDN si jnaftng protocols can be used for many 
applications of tie present Invention. 
[0051) The functionalities of the NAP described in 
illustrative embodiments above may, of course, be com- 
bined with thoso of the Call Broker, or one may be used 
as an adjunct *o the other or to another network ele- 
ment, such as ?, P8x or pstn sw'rtch. 
[0052] Whii» validation of host charging information 
was couched ir terms of calling card processing In the 
above descriptions of illustrative embodiments, it will be 
understood by ihose skilled In the art that prepaid call 
ing card account identification and PIN validation may 
be employed as well 

[0053] Ukei vise, the online status of a desired voice 
call participant, and therefore the availability of at least 
one subscriber inc to receive a PSTN voice call* as well 
as the current P address of such an online would-be 
voice call participant, may be maintained in a network 
database system represented by ISP SCP 125 In FIG. 
1. SCP 125 is .jeen to include ISP database 129 and 
ISP service processor 131, each generally of the form 
used for other PSTN network services. Additional Infor- 
mation stored st SCP 12S will include* In appropriate 
cases, alternative subscriber fines, IP addresses or 
other termination possibilities, such as voice message 
recording devict s, call forwarding locations and the like. 
The ISP SCP 125 may serve more than one ISP, but 
typically relies cn login and logoff Information supplied 
by participating SPs over SS7 links (shown In FIG. 1) or 
IP or other data messages (not shown). Information 
stored in ISP £ CP 123 may ba used to supplement 
information stored at Call Broker 199 or VoIP gateways 
1 92, 1 97 or at or her Internet nodes. 
[0054] Though only a single Call Broker 199 is 
shown in the representative network of FIG. i, itsnould 
be understood :hat many such Can Brokers can ba 
included. Moreover, these plural Call Brokers may be 
networked and nay serve as proxies tor other Call Bro- 
kers as is know \ in standard Internet practice, in net- 
works including alural Call Brokers session information 
forwarded to desired voice call participants wifl include 
information iden Ifying the appropriate Can Brokers). 
[00S5] Though the vote© call links established by 
Call Broker 193 in the above-described illustrative 
embodiments wwre all links to existing text chat partici- 
pants, in apprgp riate circumstances the host (or other 
authorizing parti, iipant) may request that Call Broker set 
up links to other voice call participants. In such cases, 
Call Broker 1 09 may cause voice links to be established 
to one or more non-chat-participant lines, eitherthrough 
PSTN links or th -ough VoIP links. 
[0056] Whers technical features mentioned in any 
claim are follows d by reference signs, those reference 
signs have been included for the sole purpose of 
Increasing the intelligibility ot the claims and accord- 
ingry, such reference signs do not have any limiting 
effect on the sco )e of each element identified by way of 
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Claims 



1. Anetwo-k 



estaoiisrfmg 
pants in 
ing 



method performed by a Call Broker for 
a voice caJI between text chat partici- 
a data network text chat session compris- 



receWing a message from a first chat partici- 
pant requesting the establishment of a voice 
call between ones of said chat participants, 
senc ing a message to said first chat participant 
prov ding voice call session information and at 
leas! one authorization code, 
recoving a message from a second of said 
chat participants requesting participation in 
said voice carl and presenting said voice call 
information and an authorization code, 
requesting call setup means to setup voice call 
to each of a plurality of voice call parttct- 
romprising at least said first and second 
participants, at least one of said setup 
call links being a Voice over IP (VoIP) link, 



[inks 
pant: 
chat 
voic< 
and 

directing bridging means to bridge said setup 
voted call links. 



2, The metr 



said 
in sa 
session 
and 
whe 
call 
me« 
first, 
parti 
call n 



The metrjod 
VoIP gate way 
said plur? Jity 
requesting 
at least o 
chai partluipants. 



5. The meth 
sion inf< 
included i 
chat partfcipants 
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participant in a message in sakJ chat session, 

6. The method of claim 1 wherein said message from 
said first ghat participant comprises information 

* identify ng a method of payment for said voice call. 

7. The method of claim 6 wherein 3aid information 
identify ng a method of payment includes billing 
authori; ration information. 

70 

8. The method of claim 7 wherein said billing authori- 
zation iiformarjon comprises calling card account 
and PIN Information. 

v, 9. The method of claim 7 wherein said billing authori- 
zation i formation comprises prepaid card account 
and P^ information. 



od of c/alm 1 further comprising 



receiving a message from at least a third of 
?hat participants requesting participation 
d voice caJI and presenting said voice caif 
information and an authorization code, 



wherein said step of requesting setup of voice 
links comprises requesting call setup 
meac is to setup voice call links to each of said 
second and at least a third of said chat 
partk ipants. at least one of said setup voice 
iks being a voice uver IP (VoIP) link. 



3. The methbd of claim 1 whe rein said step of request- 
ing call se tup means to setup voice links comprises 
requestin J a VoIP gateway to setup an IP link to at 
least one of said plurality of voice call participants. 



of claim 3 wherein said requesting a 
to setup an IP link to at least one of 
of voice eel) participants comprises 
said VoIP gateway to setup an IP link to 
le of said first or said at least a second 



)d of claim i wherein said voice call ses- 
lation and an authorization code 
sakl message from said second of said 
is supplied to said second chat 



f crmi 
in 



10. The merhodof claim 1 wherein said message from 
po said fir rt chat participant comprises information 

identifying the maximum number of voice call par- 
ticipant*:. 

11. The method of claim 1 wherein said data network 
ps text chnt session is an Internet chat session to 

which et least said first and second chat partici- 
pants ai a connected through Internet links originat- 
ing at elephone subscriber lines, each of said 
Internet links being identified by a current IP 
5o address. 

12- Hie merhod of claim 11 wherein said Internet links 
through which said at least first and second chat 
participants are connected are established through 
as respecti/e Internet Service Provider (ISP) access 
servers, said at least first and second chat partici- 
pants having provided account and access authori- 
zation information to sard respective ISP access 
servers Juring a Jogin message process. 

*v 

13. The me hod of claim 1 1 wherein at least said first 
chat pajticipant additionally provides account and 
authorization information in a login message proc- 
ess with a VoIP gateway, said VoIP gateway main- 

4R taming nformation about the online status and 
current P address of said at lee^t said first chat 
parttclpg nt 

14. The me hod of claim 13 wherein said call setup 
50 means r ^quests that said VoIP gateway establish at 

least onu of said voice call links. 

15. The metiod of claim 14 wherein said VoIP gateway 
estabferes said at least one IP link to respective 

55 ones of i :aid voice call participants. 

it The method of claim 15 wherein an IP link estab- 
lished tc said first chat participant uses said IP 
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(54) Voicp-over-IP enabled chat 

(57) A network-based system and method tor pro- 
viding anonymous voice communications using the tel- 
ephone network and data communications links under 
the direction >f a Call Broker and associated network 
elements. A u ser {the call initiator) present in a text chat 
room session establishes a data connection to Call Bro- 
ker and, after qualifying for access (e.g., using credit 
card information) and providing a callback number, re- 
ceives voice s &ssion information and participant access 
codes for each desired participant in a voice call. The 
initiator causes session information and participant 
codes to be passed to one or more selected chat par- 
ticipants in th< f current text chat room. When a selected 
participant us is the received session information, and 
enters the re:eived participant code and a caJlback 
number, the C all Broker in cooperation with a Network 
Adjunct Proce 55 or (NAP) completes voice links to the 
iniLiaiur and lie selected particlpant(s). The need for 
each party to I >ave a second subscriber line is advanta- 
geously avoided by having the Call Broker arrange to 
have one or more voice links completed through a VoIP 
link, and further reduces the need lor second lines for 
participants by forwarding a Call Broker - placed call to 
a busy participant lino to thG participant's Internet Serv- 
ice Provider (ISP), which then sends a message to the 
participant announcing one or more options for receiv- 
ing the incom ng call, including receiving the incoming 
call through a VoIP link. 
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